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I  INTRODUCTION 


INTRODUCTION 


SCOPE 


It  has  become  increasingly  clear  that  many  micro  software  vendors  do  not 
understand  the  critical  corporate  marketplace.  Nowhere  is  this  more  true 
than  when  dealing  with  the  issue  of  software  support. 

Consequently,  in  this  report,  INPUT  is  focusing  on  the  support  of  micro  busi- 
ness software  as  it  relates  to  the  corporate  user.  i 

One  of  INPUT'S  key  findings  is  the  convergence  of  the  micro  and  "traditional" 
software  markets  within  corporations  (see  Exhibit  ll-l);  consequently,  INPUT 
will  spend  a  considerable  amount  of  time  in  this  report  showing  what  corpora- 
tions need  in  the  way  of  software  support.  The  report  also  focuses  on  the 
actions  and  plans  of  vendors  who  have  successfully  served  this  marketplace. 
Unfortunately,  this  excludes  all  but  a  small  number  of  current  micro  software 
vendors. 

METHODOLOGY 

INPUT  interviewed  software  marketing  and  technical  management  personnel 
from  37  leading  firms  in  the  industry  (including  both  hardware  and  software 
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companies  offering  the  full  line  of  software  products)  to  ascertain  current 
industry  practices  and  future  plans.  The  questionnaire  used  for  this  purpose  is 
shown  in  Appendix  A,  . 

•  INPUT  also  interviewed  over  100  information  systems  (IS)  managers  of  leading 
corporations  to  determine  their  current  and  planned  use  of  vendor-supplied 
software  support  (see  Appendix  B). 

•  INPUT  has  also  drawn  on  insights  gained  by  several  special  consulting  studies 
it  has  completed  in  the  areas  of: 

Software  marketing  practices. 

Software  maintenance  business  opportunities. 

New  business  opportunities  in  computer  services. 

IS  department  organization  and  mission  planning. 


C.       SOFTWARE  PRODUCT  DEFlNiTIQNS 

•        Application  software  products  are  software  products  performing  processing 
that  directly  serves  user  functions.  The  products  consist  of: 

Cross-industry  products,  in  multiple-user  industry  sectors.  Examples 
are  payroll,  inventory  control,  and  financial  planning. 

Industry-specialized  products,  in  a  specific  industry  sector  such  as 
banking  and  finance,  transportation,  or  discrete  manufacturing. 
Examples  are  demand  deposit  accounting  and  airline  scheduling. 
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•        System  software  products  are  software  products  that  enable  the  com- 
puter/communications system  to  perform  basic  functions.  They  consist  of: 

Systems  control  products,  which  function  during  applications  program 
execution  to  manage  the  computer  system  resource.  Examples  include 
operating  systems,  communication  monitors,  emulators,  and  spoolers. 

System  utilization  products,  used  by  operations  personnel  to  utilize  the 
computer  system  more  effectively.  Examples  include  performance 
measurement,  job  accounting,  computer  operations  scheduling,  and 
utilities. 

Applications  development  tools,  which  are  used  to  create  programs 
and/or  to  access  computer-based  information.  Examples  include 
DBMS,  languages,  and  report  writers. 
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11   EXECUTIVE  SUMMARY 


EXECUTIVE  SUMMARY 


This  executive  summary  is  designed  in  a  presentation  format  in  order  to: 

Help  the  busy  reader  quickly  review  key  research  findings. 

Provide  an  executive  presentation  and  script  that  facilitates  group 
communications. 

The  key  points  of  the  entire  report  are  summarized  in  Exhibits  1 1- 1  through 
11-6.  On  the  left-hand  page  facing  each  exhibit  is  a  script  explaining  the 
exhibit's  contents. 
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A.       MICRO  SOFTWARE  SUPPORT  EVOLUTION 


•  The  microcomputer  hardware  and  software  industries  are  currently  going 
through  what  is  variously  termed  a  shakeout  or  maturation  process.  INPUT 
expects  that,  when  this  process  is  complete,  the  computer  industry  will  appear 
very  different  than  it  does  now. 

•  One  of  the  principal  changes  will  be  in  the  software  support  area.  According 
to  INPUT'S  research  and  analysis,  software  support  will  be  the  most  affected 
of  any  micro  area  because,  among  other  reasons,  micro  software  support 
either  is  not  offered  at  all  or  is  of  uncertain  quality. 

•  The  most  attractive  market— the  corporate  market— cannot  accept  the 
current  situation.  The  situation  will  change  as: 

Corporations  understand  the  proper  place  of  the  micro  and  implement 
corporate  strategies  accordingly. 

Corporate  micros  and  hosts  are  integrated. 

Vendors  offer  software  products  aimed  at  the  micro-mainframe 
environment. 

•  Consequently,  as  time  goes  on,  the  market's  needs  will  demand  software 
support  such  as  that  historically  offered  to  corporate  customers,  i.e., 
mainframe  and  mini  software  support.  This  will  be  true  even  of  smaller 
businesses,  as  they  become  linked  electronically  with  larger  business  partners. 
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EXHIBIT  11  1 


MICRO  SOFTWARE  SUPPORT  EVOLUTION 
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B.       THE  MICRO  SOFTWARE  PRODUCTS  SUPPORT  MARKET  IS  ALREADY 
LARGE-AND  STILL  GROWING 

•  Software  support  will  assume  increasing  importance  over  the  next  five  years. 

The  micro  market  will  grow  tenfold. 

For  individual  software  products,  especially  those  whose  growth  has 
stabilized,  the  software  support  proportion  of  total  software  revenue 
can  be  even  more  significant. 

Software  support  represents  one  of  the  few  areas  not  subject  to  cheap 
"knock-offs,"  as  the  rest  of  the  computing  industry  moves  into  the 
commodity  stage. 

The  cost  pressures  on  supplying  software  support  will  increase,  since  so 
many  present  activities  are  labor-intensive.  Companies  that  increase 
software  support  productivity  will  prosper. 

•  However,  while  software  products  themselves  can  be  highly  leveraged,  soft- 
ware support  at  this  time  is  not.  Successful  vendors  will  develop  methods  of 
improving  leverage. 
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EXHIBIT  11-2 


THE  MICRO  SOFTWARE  PRODUCTS 
SUPPORT  MARKET  IS  ALREADY  LARGE 
-  AND  STILL  GROWING 
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c. 


SOFTWARE  SUPPORT:  A  VITAL  REVENUE  GENERATOR  FOR  MATURE 


PRODUCTS 


•  This  exhibit  profiles  vendor  revenue  sources  over  the  life  of  a  typical  software 
product.  The  following  assumptions  are  made: 

Peak  sales  are  in  year  six:  2,500  units  at  $2,400  each. 

The  introductory  price  is  intentionally  low;  it  is  raised  to  a  market 
price  in  year  three;  there  is  a  10%  annual  increase  until  year  nine. 

There  is  no  charge  for  support  in  the  first  year  after  sale;  thereafter,  it 
is  assumed  that  all  customers  are  under  support. 

The  annual  support  cost  is  12%  of  the  sales  price  in  the  same  year. 

•  As  a  result,  support  revenue  almost  equals  revenue  from  product  sales  by  year 
ten.  The  success  of  manframe  software  products  offered  by  both  hardware 
vendors  and  independent  software  vendors  indicates  that  it  is  not  unreasonable 
to  expect  a  product  life  of  more  than  ten  years,  provided  the  product  is  con- 
tinually updated  and  occasionally  redesigned. 
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EXHIBIT  II-3 


SOFTWARE  SUPPORT:  A  VITAL  REVENUE 
GENERATOR  FOR  MATURE  PRODUCTS 
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D. 


CUSTOMER  BENEFITS  FROM  REMOTE  SUPPORT  ARE  UNCLEAR 


•  There  is  considerable  planning  and  some  implementation  by  mainframe  and 
mini  software  vendors  in  remote  support,  which  includes: 

Automatic  downloading. 

Remote  diagnostics. 

Remote  fixes. 

•  Vendors  believe  that  remote  support  will  improve  customer  service  while 
reducing  their  own  costs.  About  a  third  of  the  respondents  report  using 
current  remote  support. 

•  Customers,  on  the  other  hand,  see  either  few  benefits  to  themselves  or  only 
general  benefits.  Obviously,  the  word  is  not  getting  through  to  customers  (or 
else  there  are  in  fact  not  many  tangible  benefits  to  customers). 

•  Vendors  that  have  not  yet  offered  remote  support  should  examine  expected 
customer  benefits  very  closely. 

•  Remote  support  will  be  even  more  difficult  for  micro  software  vendors,  since 
there  are  usually  many  more  people  involved  in  the  product's  use  and  they  are 
episodic,  semiskilled  users.  Consequently,  vendors  should  be  very  cautious 
about  providing  this  type  of  service  until  the  costs  and  benefits  in  each 
product's  environment  are  well  understood. 


-  12  - 

©1984  by  INPUT.  Reproduction  Prohibited. 


INP 


EXHIBIT 


CUSTOMER  BENEFITS  FROM 
REMOTE  SUPPORT  ARE  UNCLEAR 


Automatic  Downloading 


Remote  Diagnostics 


Remote  Fixes 


Percent  of  Customers  Seeing  Few 
or  No  Benefits  to  Themselves 


Seeing  General  Benefits 
[U  Seeing  Specific  Benefits 
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E, 


REMOTE  SUPPORT  SERVICES  SHOULD  BETTER  SERVE  CUSTOMER  NEEDS 


•  Service  must  improve,  or  be  perceived  as  having  improved  to  take  advantage 
of  customer  attitudes  toward  pricing.  INPUT  believes  that  electronic  support 
(in  revised  form)  is  the  key  to  increasing  customer  perceptions  of  value. 

•  Current  electronic  support  methods  are,  in  reality,  an  automation  of  past 
vendor  practices.  They  represent  a  one  way  flow  of  information  (for  example, 
releases)  or  action  (for  example,  remote  fixes).  Even  remote  diagnostics, 
seemingly  an  exception,  is  not  really  the  customer  sending  data  to  the  vendor, 
but  the  vendor  taking  control  of  the  customer's  system  and  sending  data  back 
to  its  own  product. 

•  Future  electronic  support  should  be  customer-oriented  and  should  allow  the 
customer  to  take  action,  and  in  doing  so  often  resolves  its  own  problem.  This 
would  save  vendor  resources  while  at  the  same  time  increasing  customer 
satisfaction. 

•  The  means  of  achieving  this  is  through  a  combination  of  a  vendor  problem/fix 
data  base  (which  many  vendors  are  already  constructing  for  their  own  use), 
and  a  natural  language  query  interface  to  the  data  base  so  that  customers  can 
access  the  data  base  easily. 

•  This  kind  of  service  will  be  even  more  critical  for  micro  software  vendors 
than  it  will  be  for  other  software  products,  given  the  difficulty  and  expense  in 
supplying  traditional  mainframe-line  support  to  corporate  clients. 
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EXHIBIT  11-5 


REMOTE  SUPPORT  SERVICES  SHOULD 
BETTER  SERVE  CUSTOMER  NEEDS 

1980-1984 


Recommendation: 


•  Major  Benefits  Should  Flow  to  Customer, 
Not  Vendor 
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CUSTOMER  SELF  SUPPORT:  A  DOUBLE-£DGED  SWORD 


•  Four  out  of  five  customers  see  more  self-support  occurring  in  the  future. 
Already,  customers  are  very  active  in  performing  functions  that  they  see  as 
self-support.  For  example: 

Four  out  of  five  usually  install  initial  releases,  and  even  more  install 
subsequent  releases. 

Two-thirds  modify  packages  or  fix  errors  at  least  part  of  the  time. 

About  half  of  customers  currently  have  internal  "help  desks"  for  buf- 
fering internal  queries  and  potential  problems. 

•  These  types  of  activities  are  expected  to  increase  modestly. 

•  Over  half  the  customers  interviewed  would  like  to  be  offered  more  incentives 
to  perform  more  self-support.  However,  many  more  desire  incentives  than 
are  currently  being  offered  them.  The  incentives  most  often  mentioned  are  in 
the  pricing  area;  however,  INPUT  believes  that  other  types  of  incentives 
would  prove  equally  or  more  compelling, 

•  Self-support  need  not  be  a  revenue  threat,  as  long  as  vendors  structure  the 
situation  so  that  customers  take  over  much  of  the  semiskilled  but  time- 
consuming  support  work.  Micro  software  vendors  should  be  able  to  take 
advantage  of  the  fact  that  micro  users  have  already  been  forced  to  work  more 
closely  with  their  software  and  to  provide  much  of  their  own  support. 
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EXHIBIT  11-6 


CUSTOMER  SELF-SUPPORT: 
A  DOUBLE-EDGED  SWORD 
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Ill   SOFTWARE  SUPPORT  COMPONENTS 


Ill       SOFTWARE  SUPPORT  COMPONENTS 


•  This  chapter  examines  the  major  components  of  software  support. 

First  and  foremost,  exactly  what  is  software  support  in  the  corporate 
environment,  both  from  the  standpoint  of  vendors  and  their  customers? 

Secondly,  what  are  the  related  issues  of  customer  satisfaction  and 
vendor  response  to  customer  problems? 

A.       WHAT  IS  SOFTWARE  SUPPORT? 

•  "Software  support"  does  not  have  a  commonly  accepted  definition  in  either 
the  user  or  vendor  communities. 

Information  systems  departments  have  elastic  definitions  of  mainte- 
nance when  maintaining  their  own  in-house-developed  software:  main- 
tenance covers  functions  ranging  from  fixing  minor  bugs  to  system 
rewrites  encompassing  many  years  of  effort. 

This  confusion  carries  over  into  vendor  activities.  It  is  at  least  partly 
influenced  by  the  lack  of  clarity  in  IS  departments'  expectations. 
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THE  VENDOR  VIEW 


Virtually  all  vendors  agree  that  fixing  software  errors  is  included  in  software 
support,  as  shown  in  Exhibit  lll-L  It  is  interesting  that  a  few  software 
vendors  do  not  see  even  this  as  part  of  their  responsibilities.  . 

Most  vendors  also  see  improving,  adding,  and  extending  features  as  part 
of  software  support. 

Software  vendors  are  nnuch  less  likely  than  hardware  vendors  to  include 
training  and  consulting  support. 

Supplying  conversion  and  interface  assistance  are  seen  by  only  a 
nninority  of  vendors  as  being  part  of  support. 

Generally,  software  vendors  include  fewer  activities  in  support  than  do 
hardware  vendors,  except  for  conversions. 

Hardware  vendors  take  a  more  inclusive  view  of  support  because 
they  are  used  to  taking  a  more  comprehensive  view  of  cus- 
tomers' needs;  in  addition  a  "bundled  service"  attitude  has  in 
many  cases  survived  unbundling. 

The  exception  for  conversions  points  up  the  different  roles  of 
hardware  and  software  companies.  Hardware  companies  will 
only  consider  conversions  within  their  own  hardware  line,  while 
software  companies  will  make  any  conversions  that  are  econom- 
ically attractive. 

Hardware  vendors  have  not  recently  altered  their  definition  of  support;  how- 
ever, 30%  of  software  vendors  report  having  done  so  to  adapt  to  new  markets 
and  product  areas. 
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EXHIBBT 


FUNCTIONS  INCLUDED  IN  VENDOR 
MAINTENANCE  OF  SOFTWARE 
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Both  hardware  vendors  (60%)  and  software  vendors  (44%)  expect  to  be  making 
changes  in  the  activities  included  in  software  support.  Both  types  of  vendor 
will  try  to  reduce  the  extent  of  services  and  activities  included  in  mainte- 
nance, as  part  of  their  efforts  to  reduce  the  costs  of  software  support. 

It  is  noteworthy  that  while  fewer  than  half  the  vendors  view  training  and 
consulting  as  activities  normally  part  of  software  support,  60%  of  vendors  see 
dealing  with  misuse  by  users  or  lack  of  understanding  as  the  key  maintenance 
activity,  as  shown  in  Exhibit  III-2. 

Error  correction  accounts  for  only  13%  of  activities.  (Note:  this  is 
within  the  10-20%  range  commonly  reported  for  in-house  maintenance.) 

Technology  issues  (e.g.,  conversions,  upgrades,  or  improved  efficiency) 
account  for  less  than  one-fifth  of  activities. 

There  is  consequently  a  built-in  tension  between  what  vendors  see  as  software 
support  and  the  actual  demands  on  the  software  support  function. 

THE  CUSTOMER  VIEW 

By  far  the  most  important  software  support  function  from  the  customer 
standpoint  is  fixing  errors  (Exhibit  III-3).  Feature  modification  (improving, 
adding,  extending)  and  training  are  viewed  as  important,  but  much  less  so  than 
fixing  errors.  Consulting  is  somewhat  less  important. 

As  far  as  satisfaction  with  vendor  performance  is  concerned,  there  is  both 
good  news  and  bad  news: 

The  good  news  is  that  there  is  a  one-to-one  correlation  between  the 
importance  of  a  function  and  customer  satisfaction:  the  most  impor- 
tant support  functions  have  earned  the  most  satisfaction. 
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EXHIBIT  III-2 


CAUSES  OF  SUPPORT  ACTIVITY  BY  VENDORS 


SOURCE:  INPUT  Survey 
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EXHIBIT  III-3 


IMPORTANCE  OF  AND  SATISFACTION  WITH  SUPPORT  FUNCTIONS, 

AS  REPORTED  BY  CUSTOMERS 
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The  bad  news  is  that  satisfaction  with  error  correction  does  not  match 
its  importance.  Exhibit        shows  this  gap. 

•  This  is  a  difficult  gap  to  close,  since  error  identification  is  out  of  the  control 
of  the  vendor  and,  unfortunately,  often  impacts  important  customer  work. 
Consequently,  errors  need  to  be  fixed  immediately. 

B.       CUSTOMER  SATISFACTION 

•  As  noted  above,  customers  are  generally  satisfied  with  software  support, 
except  in  the  area  of  error  correction.  Software  companies  believe  their 
customers  are  more  satisfied  than  do  hardware  companies,  as  shown  in  Exhibit 
III-4. 

Software  company  customers  are  rarely  captives,  as  are  many  cus- 
tomers of  hardware  companies. 

Software  companies  do  not  have  to  offer  and  support  the  range  of 
software  that  many  hardware  companies  do. 

Software  companies,  generally  younger  and  smaller,  can  be  more 
responsive  to  customers;  however,  software  companies  often  suffer 
from  growing  pains,  which  can  inhibit  a  satisfactory  customer  service 
effort. 

•  Even  companies  with  satisfied  customers  today  can  have  unsatisfied  cus- 
tomers tomorrow  without  adequate  information  on  customer  needs  and 
problems. 

Vendors  generally  use  all  means  of  identifying  software  support  needs, 
as  shown  in  Exhibit  111-5. 
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EXHIBIT  III-4 


CUSTOMER  SATISFACTION  WITH  SOFTWARE  MAINTENANCE 
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EXHIBIT  111-5 


IMPORTANCE  OF  METHODS  FOR  IDENTIFYING 
SOFTWARE  MAINTENANCE  NEEDS 
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IMPORTANCE  OF  METHODS  FOR  IDENTIFYING 
SOFTWARE  MAINTENANCE  NEEDS 
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Problem  analysis  reports  and  hotlines  are  the  most  important 
methods. 

Support  staff  feedback,  user  groups,  field  visits,  and  sales  force 
feedback  are  almost  as  important. 

Surveys  are  somewhat  less  important. 

Respondents  see  the  future  as  much  like  the  past. 

•  Most  vendors  now  perceive  software  support  sales  as  almost  automatic, 
needing  little  initiative  on  their  part,  as  shown  in  Exhibit  III-6. 

However,  many  software  vendors—but  no  hardware  vendors— believe 
that  more  active  selling  will  be  required  in  the  future,  as  shown  in 
Exhibit  III-6. 

Hardware  vendors  believe  that  their  software  support  markets  will 
continue  to  be  as  protected  as  they  are  now.  This  may  not  be  so;  the 
factors  affecting  this  issue  are  analyzed  in  Chapter  V. 

C.       PROBLEM  RESPONSE 

•  Since  error  correction  is  very  important  but  falls  short  of  customer  require- 
ments, it  is  important  to  understand  the  issue  of  problem  response:  customers 
do,  since  most  keep  logs  of  software  problems  (Exhibit  II 1-7), 

There  is  a  wide  variation  by  industry,  with  process  manufacturing  and 
insurance  somewhat  less  likely  to  keep  logs. 
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EXHIBIT  III-6 


SOFTWARE  MAINTENANCE  SALES  EFFORT 
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EXHIBIT  III-7 


PERCENTAGE  OF  CUSTOMERS 
MAINTAINING  LOGS  OF  SOFTWARE  PROBLEMS 
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About  one  problem  in  four  is  classified  by  customers  as  a  "major"  problem, 
with  major  problems  fairly  equally  divided  between  operating  systems,  other 
systems  software,  and  applications  (Exhibit  III-8). 

The  picture  is  different  for  minor  problems: 

Operating  system  problems  account  for  more  than  the  other  two 
categories  combined. 

Application  software  accounts  for  a  very  small  portion  of  this 
category  of  problem.  This  is  due  in  part  to  the  ability  of 
customers  to  work  around  such  problems— e.g.,  writing  a  special 
module  or  report  program  to  deal  with  a  problem.  "Working 
around"  systems  software  problems  is  much  more  difficult. 

Operating  system  problems  account  for  about  half  of  all  problems.  As 
noted  above,  most  customers  are  virtually  forced  to  turn  to  the  vendor 
for  any  operating  system  problem. 

Problem  resolution  performance  is  reasonably  good,  as  reported  by  cus- 
tomers: almost  four  out  of  five  are  satisfied  (Exhibit  III-9).  "Faster"  and 
"better"  are  what  the  minority  wants. 

The  actual  quantified  performance  as  reported  by  customers  is  spotty. 

Applications  software  has  both  the  best  and  the  worst  performance, 
with  virtually  all  major  problems  resolved,  but  only  about  two-thirds  of 
minor  problems  (Exhibit  111-10). 

The  minor  problem  performance  is  due  in  large  part  to  the  open- 
ended  qualities  of  application  software  "problems"— many  of 
these  are  really  requests  for  enhancements  that  may  not  be 
acted  on  for  several  releases,  if  ever. 
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EXHIBIT  III-8 


SOFTWARE  PROBLEM  OCCURRENCE, 
AS  REPORTED  BY  CUSTOMERS 
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EXHIBIT  111-10 


SOFTWARE  PROBLEM  RESOLUTION 
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There  is  often  less  pressure  on  vendors  to  solve  these  minor 
problems,  since  users  can  often  take  care  of  problems  them- 
selves. 


Operating  system  problem  resolution  is  not  good  at  all  for  major  prob- 
lems, and  not  much  better  for  minor  problems.  For  customers  who  are 
at  a  vendor's  mercy  this  is  a  very  uncomfortable  position  to  be  in. 

Problem  resolution  for  other  systems  software  is  much  better,  although 
even  here  one  in  ten  major  problems  is  not  resolved. 

It  is  understandable  that  the  major  systems  software  problems  are 
harder  to  resolve  than  are  minor  problems;  still,  customers  find  it 
unsupportable. 

•  Unfortunately,  there  are  no  easy  answers  except  quality  assurance  and  quality 
improvement.  Looking  at  the  situation  realistically,  however,  this  is  a  situa- 
tion that  customers  have  learned  to  live  with:  their  options  are  extremely 
limited,  usually  not  feasible  (change  hardware  and/or  operating  system),  and 
are  not  guaranteed  to  be  an  improvement. 

D.       SUPPORT  METHODS 

I.       CURRENT  PRACTICE 

•  Distribution  of  software  revisions  is  at  once  the  core  and  culmination  of 
software  maintenance  activities.  Every  revision  is  expensive  to  produce  and 
creates  additional  expense  as  users  adjust  to  the  new  software  environment. 
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It  is  significant  that  software  vendors  appear  to  have  less  expensive,  more 
effective  software  revision  distribution  methods  than  do  hardware  vendors: 

Only  1 1%  of  software  vendors  average  three  or  more  software  product 
revisions  annually,  compared  to  40%  of  hardware  vendors,  as  shown  in 
Exhibit  lll-l  I. 

Virtually  all  software  vendors  interviewed  (84%)  had  90%  or  more  of 
their  revisions  installed  by  customers,  as  shown  in  Exhibit  111-12. 

Three-quarters  of  software  vendors  believed  that  all  or  almost  all 
software  problems  were  resolved  in  the  course  of  the  regular  software 
revision  cycle—compared  to  half  as  many  hardware  vendors,  as  shown 
in  Exhibit  111-13. 

This  superior  performance  by  software  vendors  occurs  even  though  they  are 
much  less  automated  in  their  distribution  methods  than  are  hardware  vendors. 

As  shown  in  Exhibit  111-14,  fewer  than  10%  of  software  vendors  use: 

,   • ,     Remote  diagnostics. 

Remote  fixes. 

Downloading  of  software  revisions. 

Hardware  vendors  are  five  times  as  likely  to  do  so. 

About  half  the  software  vendors  have  plans  to  use  telecommunications 
for  these  purposes  eventually,  while  at  least  80%  of  hardware  vendors 
plan  to  do  so  eventually. 
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EXHIBIT  111-12 


SOFTWARE  REVISIONS  INSTALLED  BY  CUSTOMER 
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EXHIBIT  111-13 


PROBLEMS  RESOLVED  BY  REGULAR  SOFTWARE  REVISION  CYCLE 
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EXHIBIT  III-14 


PERCENTAGE  OF  VENDORS  USING  AND  PLANNING  TO  USE 
REMOTE  SUPPORT  IN  SOFTWARE  MAINTENANCE 
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CUSTOMER  VIEWS  ON  REMOTE  SUPPORT 


As  shown  in  Exhibit  111-15,  remote  support  is  used  on  average  in  only  about 
one-third  of  the  companies  interviewed;  since  this  includes  even  the  smallest 
amount  of  use,  this  is  consistent  with  vendor  reporting  in  Exhibit  111-14. 

The  use  of  automatic  downloading  varies  significantly  by  company  size,  al- 
though process  manufacturing  and  insurance  are  somewhat  more  likely  to  use 
it  than  are  other  industries  (Exhibit  111-16). 

The  striking  thing  about  automatic  downloading  is  that  almost  half  of  respon- 
dents see  little  improvement  in  software  occurring  because  of  it  (Exhibit  III- 
17). 

One-quarter  see  general  improvements  occurring,  and  about  one-tenth 
see  benefits  in  the  form  of  improved  quality  or  faster  problem  resolu- 
tion. 

Use  of  remote  diagnostics,  on  the  other  hand,  is  less  related  to  company  size 
(Exhibit  111-18).  There  are  fewer  differences  among  industries. 

Only  a  quarter  of  respondents  see  few  benefits  arising  from  the  use  of 
remote  diagnostics  (Exhibit  111-19). 

Somewhat  more  than  a  third  see  a  general  improvement  or  benefit 
occurring. 

Expectations  of  specific  improvements  in  quality  or  in  resolution  speed 
are  both  close  to  the  10%  level. 

The  extent  of  use  of  remote  fixes  is  similar  to  downloading,  with  about  one- 
quarter  of  companies  using  this  (Exhibit  111-20).  Company  size  is  a  moderate 
factor  in  usage,  while  discrete  manufacturing  and  services/distribution  show 
somewhat  less  usage. 
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EXHIBIT  111-16 


USE  OF  AUTOMATIC  DOWNLOADING,  BY  CUSTOMER  SIZE  AND  INDUSTRY 
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EXHIBIT  111-17 


BENEFITS  EXPECTED  BY  CUSTOMERS  FROM  AUTOMATIC  DOWNLOAOmC 
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EXHIBIT  111-18 


USE  OF  REMOTE  DIAGNOSTICS,  BY  CUSTOMER  SIZE  AND  INDUSTRY 
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BENEFITS  EXPECTED  BY  CUSTOMERS  FROM  REMOTE  DIAGNOSTICS 


Effects* 


Little  Effect 


General  Improvement 


Future  Benefits 


Quality  Improved 


Faster  Problem 
Resolution 


Other 


*  Open-ended;  question  coded. 
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EXHIBIT  111-20 

USE  OF  REMOTE  FIXES  BY  CUSTOMER  SIZE  AND  INDUSTRY 


All  Companies 


By  Size 


Medium 


Medium-Large 


Large 


By  Industry 


Discrete  Manufacturing 


Process  Manufacturing 


Transportation  /Utilities 


Services /Distribution 


Banking 


I nsurance 


21% 


20% 


20% 


29% 


25% 


32% 
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31% 
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Expectations  of  the  benefits  arising  from  the  use  of  remote  fixes,  like  those 
for  automatic  downloading,  are  low   (Exhibit  111-21). 

The  general  response  to  electronic  support  must  be  described  as  tepid,  with 
some  variations  depending  on  the  type  of  support  and  on  company  character- 
istics. 

One  interesting  and  potentially  useful  finding  is  the  absence  of  cus- 
tomer concern  for  costs  or  pricing.  This  could  be  beneficial  to  vendors, 
who  can  effect  significant  savings  to  themselves  using  electronics 
distribution:  based  on  the  evidence  gathered  here,  customers  do  not 
expect  to  see  price  declines  or  to  share  in  any  savings.  Of  course, 
customers  may  not  believe  there  will  be  any  significant  savings,  indi- 
cating that  when  vendors  discuss  publicly  the  benefits  of  electronic 
distribution,  they  should  focus  on  the  benefits  to  customers. 

CUSTOMER  SELF-SUPPORT 

Self-support  is  one  of  the  true  frontier  areas  for  corporate  customers.  While 
forced  self-support  for  micro  software  is  rarely  attractive,  a  blend  of  vendor 
support  and  self-support  often  is. 

There  is  an  appreciable  amount  of  self  support  by  customers. 

Almost  all  customers  install  their  own  release  updates  (Exhibit  111-22). 

Four  out  of  five  usually  install  initial  releases  as  well. 

As  would  be  expected,  a  much  lower  percentage  modify  packages  or  fix 
errors  themselves. 
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EXHIBIT  111-21 


BENEFITS  EXPECTED  BY  CUSTOMERS  FROM  REMOTE  FIXES 


Effects 


Little  Effect 


General  Improvement 


Future  Benefits 


Quality  Improved 


Faster  Problem 
Resolution 


Other 
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*  Open-ended;  question  coded. 
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EXHIBIT  111-22 


EXHIBIT  OF  CUSTOMER  SELF-SUPPORT 


Type  of 
Self-Support 

I nstall  I nitial  ; 
Release 

•  Current 

•  Future 

Install  Subsequent 
Releases 

•  Current 

•  Future 

Modify  Packages 

•  Current 

•  Future 


Fix  Errors 

•  Current 

0  Future 

Customer  In-House 
"Help-Desk" 

•  Current 

•  Future 


79% 

\8% 

83% 

/8% 

\9% 

95% 

93% 

3%  2% 


1 


20  40  60  80 

Percent  of  Customers 


r~l  Usually 
[/^  Sometimes 
Never 
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Almost  half  of  the  customers  surveyed  usually  use  help  disks,  and  over 
80%  sometimes  use  them. 

This  issue  should  be  one  of  vital  concern  to  all  vendors  who  sell, 
or  hope  to  sell,  significant  quantities  of  software  to  large, 
diverse  organizations. 

The  percentages  for  installation,  modifications,  and  fixes  should  remain 
reasonably  stable  in  the  future  (Exhibit  111-22):  , 

The  proportion  of  firms  that  "usually"  modify  packages  will  stay 
about  the  same  while  those  performing  their  own  fixes  will 
increase  about  five  percentage  points. 

On  the  other  hand,  the  proportion  of  those  that  "never"  modify 
software  will  remain  about  the  same,  while  those  that  "never" 
fix  software  errors  will  actually  go  up  slightly. 


This  argues  that  fixing  errors  is  an  activity  for  which  more 
commitment  is  necessary:  as  software  becomes  both  more 
complex  and  more  important,  customers  will  be  forced  to  choose 
whether  they  will  (and  can)  make  this  kind  of  commitment. 


About  six  in  ten  customers  see  more  self-support  occurring;  one  in  ten  sees 
less  self-support  (Exhibit  111-23).  No  single  reason  predominates  in  the  minds 
of  those  seeing  an  increase. 

Self-sufficiency,  better  quality  support,  and  vendor  unreliability  all 
play  a  role. 

Underlying  customer  growth  is  also  a  factor,  but  of  less  importance 
than  one  might  initially  think;  however,  it  should  be  kept  in  mind  that 
software  growth  often  does  not  correlate  with  business  or  even  hard- 
ware growth,  since  software  is  often  highly  leveraged. 
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•        There  is  a  significant  gap  between  incentives  offered  for  customers  to  take 
over  some  of  their  software  support,  and  what  is  desired  (Exhibit  111-24). 

Around  one-quarter  of  respondents  receive  at  least  one  incentive;  over 
half  of  respondents  desire  some  type  of  incentive. 

Price  is  currently  the  most  often  offered  incentive,  but  is  only  offered 
to  one  in  eight  customers;  three  times  this  number  would  like  price 
incentives. 

Vendor  back-up  and  documentation  lag  substantially  behind  as 
self-support  incentives. 
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EXHIBIT  111-24 


INCENTIVES  OFFERED  TO  PERFORM  SELF-SUPPORT  FUNCTIONS 

(Customer  Responses) 


At  Least  One 
I  ncenti  ve 


Price 


Vendor  Back-Up 


Documentation 


Other 


Don't  Know 


Current 
iiil  Desired 


13% 


28% 


54% 


36% 


20  40  60  80 

Percent  of  Respondents 


1  00% 


Note:  "Desired"  totals  more  than  100%  due  to  multiple  responses. 
*Open-ended;  responses  coded. 
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IV       SOFTWARE  SUPPORT  PRICING  AND  REVENUE  ISSUES 


•  This  chapter  examines  key  issues  and  findings  relating  to  software  support 
pricing  and  revenue,  including: 

Pricing,  from  both  the  vendor  and  customer  perspective. 

Enhancing  an  existing  product  compared  to  repacking  as  a  new  product. 

Extended  support  services,  i.e.,  selling  services  beyond  those  in  a 
standard  support  contract. 

A.       SOFTWARE  SUPPORT  PRICING 

I.        VENDOR  PERSPECTIVE 

•  Vendors'  current  estimates  of  the  proportion  of  their  software  revenue  that 
comes  from  software  support  range  from  4%  to  50%.  Vendors  who  still  bundle 
their  software  or  software  maintenance  are  not  included. 

The  support  portion  of  software  vendors'  revenue  is  17%,  as  shown  in 
Exhibit  IV- 1. 
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EXHIBIT  IV-1 


PROPORTION  OF  SOFTWARE  VENDORS' 
REVENUE  COMING  FROM  SOFTWARE  SUPPORT 
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Software  vendors  see  a  modest  growth  in  this  proportion  over  the  next 
five  years,  while  hardware  vendors  see  the  software  support  share  of 
their  revenue  increasing  by  a  factor  of  four. 

There  is  certainly  room  for  justified  increases  in  software  and  software 
support  prices.  INPUT'S  ongoing  custom  research  in  this  area  has  shown  that, 
across  industry  and  product  groups,  price  is  not  now  a  major  consideration  for 
most  customers. 

Customers'  high  priorities  are  functionality,  flexibility,  and  support. 
Customers  will  buy  a  software  product  that  they  perceive  to  be  over- 
priced (from  a  supplier  cost/profit  standpoint)  if  it  meets  these  needs 
better  than  competing  products. 

Vendors  typically  ascribe  more  importance  to  price  than  customers  do. 

In  general,  vendors  ascribe  equal  importance  to  each  of  the  factors  in  pricing 
software  maintenance,  shown  in  Exhibit  IV-2: 

Value  to  customers. 

Percent  of  software  price. 

Profitability. 

Competition  (industry  norm). 

However,  84%  of  vendors  interviewed  only  used  one  method  to  determine 
pricing  for  software  maintenance.  Most  companies  use  a  mechanistic  ap- 
proach to  pricing—either  a  percent  of  the  package  price  or  a  profitability 
target,  as  shown  in  Exhibit  IV-3.  This  means  that  maintenance  pricing  may  be 
too  low  or  too  high. 
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EXHIBIT  IV-2 


FACTORS  DETERMINING 
SOFTWARE  MAINTENANCE  PRICING 


FACTOR 


Value  to 
Customers 


Percent  of 
Software  Price 


Profitability 


Competition 


IMPORTANCE 


U.  1 
4.1 


4.1 


3.9 


3.7 


4.1 


3.5 
3.  5 


1  =  Low,  5  =  High 
I    I  =  Software  Vendor 


=  Hardware  Vendor 


SOURCE:  INPUT  Survey 
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EXHIBIT  IV-3 


METHODS  OF  DETERMINING 
SOFTWARE  MAINTENANCE  PRICING 


SOFTWARE  COMPANIES 


HARDWARE  COMPANIES 

SOURCE:  INPUT  Survey 
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Pricing  too  low  leaves  money  on  the  table. 

Pricing  too  high  may  cause  some  customers  to  avoid  vendor  mainte- 
nance, thereby  possibly  reducing  total  software  maintenance  revenue. 
This  may  cause  even  more  serious  long-range  problems,  as  analyzed  in 
Chapter  V. 

CUSTOMER  SPENDING 

Overall  software  support  costs  now  account  for  over  one-quarter  of  software 
license  costs  (Exhibit  IV-4). 

This  proportion  does  not  vary  greatly  by  customer  size,  but  shows 
significant  variation  among  industries. 

An  industry's  support  outlay  and  the  amount  of  ongoing  software 
license  expense  can  be  affected  by: 

Adoption  of  a  one-time  license  fee  with  ongoing  support  costs. 

Purchasing  a  package  to  use  as  a  "shell,"  with  no  support 
planned. 

A  package  purchased  from  the  end-user  budget  with  support 
costs  from  MIS  (or  vice  versa). 

There  are  enormous  variations  from  firm  to  firm  within  industries  as 
well. 

In  many  cases,  support  is  a  nearly  invisible  expense,  with  over  half  of  support 
expenses  included  in  the  license  fee  (Exhibit  IV-5).  With  the  exception  of 
process  manufacturing  and  services/distribution,  this  figure  does  not  vary 
appreciably  among  industries. 
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EXHIBIT  IV-4 


SOFTWARE  SUPPORT  COSTS  AS  A  PROPORTION  OF  LICENSE  COSTS, 
AS  REPORTED  BY  CUSTOMERS  (By  Company  Size  and  Industry) 


All  Companies 


By  Size 


Medium 


Medium-Large 


Large 


By  Industry 


Discrete  Manufacturing 


Process  Manufacturing 


Transportation  /  Utilities 


Services  /  Distribution 


Banking 


I nsurance 


□ 


18% 


27% 


27% 


26% 


29% 


24% 
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25% 
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Percent  of  Respondents 
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EXHIBIT  IV-5 


PROPORTION  OF  SUPPORT  INCLUDED  IN 
LICENSE  FEE,  AS  REPORTED  BY  CUSTOMERS 


•    Support  is  usually  quoted  separately,  but  sometimes 

is  "bundled"  in  the  license  fee  for  administrative  convenience. 
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•  Generally,  customers  expect  the  current  rate  of  increase  in  software  support 
costs  to  continue  (Exhibit  IV-6). 

•  Customers  expect,  on  the  average,  to  have  their  software  support  spending 
increase  at  nearly  the  same  rate  as  their  spending  on  software  licenses. 

A  word  of  caution:  while  these  overall  rates  are  stable,  there  is  signif- 
icant variation  in  total  software  expenditures  within  companies  from 
year  to  year. 

These  changes  reflect  the  "lumpy"  nature  of  major  software  acquisi- 
tions. The  rate  of  growth  for  support  is  more  stable. 

The  primary  reason  for  perceived  support  cost  increases  is  the  acquisi- 
tion of  new  software  (Exhibit  IV-7). 

Price  increases  as  the  reason  for  support  cost  increases  (including  those 
not  related  to  inflation)  are  less  significant  in  customers'  minds. 

Hardware  growth  is  another  secondary  factor. 

The  acquisition  of  additional  software  is  of  more  significance  to 
smaller  organizations  than  to  larger  ones  as  a  reason  for  increased 
support  fees,  and  is  very  important  to  service/distribution  organiza- 
tions (Exhibit  lV-8). 

B,       NEW  VERSUS  ENHANCED  SOFTWARE  PRODUCTS 

•  One  of  the  barriers  to  making  software  support  into  a  functioning  profit  and 
loss  (P&L)  center  is  that  some  of  the  most  attractive  enhancements  to 
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EXHIBIT  IV-6 


CUSTOMER  EXPECTATIONS  OF  SOFTWARE 
SUPPORT  COST  INCREASES 
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EXHIBIT  IV-7 

CUSTOMER  PERCEPTIONS  OF  REASONS  FOR 
SOFTWARE  SUPPORT  FEES  INCREASING 

Reason* 
Additional  Software 

Pricing 

Hardware  Growth 

0  20  40  60  80  100 

Percent  of  Respondents 

*  Open-ended;  question  coded. 


26% 

24% 

65% 
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EXHIBIT  IV-8 


ADDITIONAL  SOFTWARE  AS  A  REASON  FOR  SOFTWARE  SUPPORT  COSTS  INCREASING 


All  Companies 


By  Size 


Medium 
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By  Industry 
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existing  software  can  just  as  easily  be  packaged  as  new  products.  If  this  is 
done,  the  benefits  do  not  accrue  to  the  software  support  organization. 

Many  software  planners  freely  admit  that  their  firms  do  not  have  hard  and 
fast  rules  for  deciding  when  a  bundle  of  capabilities  represents  a  new  product 
as  opposed  to  an  enhancement,  or  for  what  constitutes  a  major,  as  opposed  to 
a  minor,  enhancement. 

Existing  customers  would  of  course  benefit  most  by  having  all  possible  product 
additions  considered  enhancements  and  included  as  standard  revisions  covered 
by  their  maintenance  contracts.  Older  customers  (and  some  long-time  vendor 
personnel)  identify  with  the  bundled  software  era,  when  everything  was  "free." 

In  reality,  customers  have  little  or  no  contract  protection  from  vendors 
announcing  an  "improved"  software  product,  and  charging  current 
customers  a  significant  portion  of  list  price,  if  not  the  full  list  price. 

The  only  barrier  to  this  (but  a  strong  one)  is  the  long-term  damage  it 
will  do  to  the  vendor's  standing  in  the  marketplace.  Some  vendors  have 
damaged  their  reputations  in  this  way,  usually  because  of  short-term 
actions  taken  to  relieve  serious  financial  pressures. 

Some  vendors  adopt  a  middle  path,  announcing  a  higher-priced,  improved 
product,  while  including  many  of  the  new  features  as  maintenance  revisions  to 
current  products. 

This  approach  must  be  well  thought-out  from  a  marketing  standpoint  so 
that  satisfying  current  customers  does  not  undermine  future  sales. 

There  is  a  long-term  technical  burden  in  maintaining  two  or  more 
similar,  but  not  identical,  products. 
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•  Many  vendors  make  expensive  new  products  available  to  customers  at  substan- 
tial discounts,  especially  when  the  old  product,  having  reached  a  technical 
dead  end,  will  not  attract  many  new  sales. 

Negative  incentives  can  also  be  applied  by  announcing  that  support  of 
the  old  product  will  be  stopped  soon  (generally  in  less  than  a  year). 

This  will  get  the  new  product  off  to  a  rousing  start  by  giving  it  an 
instant  track  record. 

•  Over  half  of  customers  had  a  recent  experience  of  being  offered  a  "new" 
product  rather  than  an  upgrade.  Half  of  such  companies  felt  that  the  vendor 
handled  the  situation  well  (Exhibit  IV-9). 

Where  things  were  not  handled  well,  cost  was  not  a  problem  (Exhibit 
IV- 10)— it  was  the  technical  end  of  things,  in  spite  of  the  fact  that 
almost  half  the  time  no  discount  at  all  was  received;  the  upgrade  was 
free  in  only  about  one-eighth  of  considered  cases  (Exhibit  iV-l  I). 

•  Two  out  of  three  customers  see  such  replacements  becoming  more  common  in 
the  future  (Exhibit  IV- 1 2). 

Technical  changes  and  general  trends  are  seen  as  the  most  important 
motivating  forces. 

Increased  revenues  are  also  given  weight,  but  by  only  one-quarter  of 
respondents. 

•  Consequently,  INPUT  sees  replacement  products  as  having  considerable  poten- 
tial as  revenue  enhancers,  given  several  key  assumptions: 

The  replacement  product  delivers  additional,  needed  functionality  (the 
"needed"  is  important). 
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EXHIBIT  IV-9 


CUSTOMER  ATTITUDES  ON  BEING  OFFERED  A 
NEW  PRODUCT  INSTEAD  OF  AN  UPGRADE 
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The  replacement  product  required  nontrivial  development  resources. 

Some,  but  not  extensive,  conversion  is  needed  between  the  two 
products. 

The  technical  transition  is  handled  well. 

The  price  (if  any)  to  current  customers  takes  the  preceding  factors  into 
consideration. 

C.       EXTENDED  SUPPORT  SERVICES 

•  On  the  average  customers  spend  a  substantial  amount  on  additional  support 
services,  an  amount  equivalent  to  a  quarter  of  their  standard  contract 
commitment  (Exhibit  IV- 1 3).  These  are  generally  the  "soft"  services  of 
training  and  consulting  (Exhibit  IV- 1 4), 

For  many  vendors  this  should  represent  an  untapped  stream  of  revenue. 

in  some  cases,  vendors  are  providing  such  services,  but  for  a  standard 
cost,  or  even  free  of  charge. 
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EXHIBIT  IV-13 


EXTENDED  SUPPORT  SERVICES  SPENDING    AS  A 
PERCENTAGE  OF  STANDARD  SUPPORT  SERVICE  CONTRACTS 
(AS  REPORTED  BY  CUSTOMERS) 


-  76  - 


©  1984  by  INPUT.  Reproduction  Prohibited. 


EXHIBIT  IV-14 


ADDITIONAL  VENDOR  SERVICES  OFFERED 

Services 
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Note:  Answers  total  more  than  100%  due  to  multiple  offerings. 
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V  SOFTWARE  SUPPORT  STRATEGIES 


V        SOFTWARE  SUPPORT  STRATEGIES 


•  This  chapter  discusses  the  key  elements  that  constitute  an  effective  software 
support  strategy,  for  example: 

Analyzing  vendor-customer  relationships. 

Customer  expectations,  especially  concerning  pricing. 

Vendor  resource  commitments  and  how  they  will  impact  the  ability  to 
deliver  services. 

Most  important  are  the  strategic  options  and  INPUT'S  recommendations 
of  specific  approaches  in  improving  the  software  support  business. 

A.       VENPOR-CUSTOMER  RELATIONSHIPS 

•  Over  half  of  customers  believe  they  have  little  or  no  control  over  the  type  and 
amount  of  support  provided  by  vendors  (Exhibit  V-l). 

This  is  a  serious  problem  that  more  alert  vendors  are  trying  to  deal 
with. 
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EXHIBIT  V-1 


CUSTOMERS'  PERCEIVED  CONTROL 
OVER  SOFTWARE  SUPPORT 


Some 
Control 


42% 


Little/No 
Control 

58% 


Percent  of  Customer  Respondents 
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Many  customers  have  no  idea  how  they  would  actually  work  with  a 
vendor  (Exhibit  V-2). 

Typically,  vendor-customer  relationships  are  defined  by  the  software  support 
contract's  terms  and  conditions. 

Generally  speaking,  customers  express  satisfaction  with  current  terms  and 
conditions  (Exhibit  V-3).  This  satisfaction  does  not  vary  greatly  by  customer 
characteristics. 

Where  there  is  dissatisfaction,  it  is  because  the  terms  are  imprecise  or  gener- 
ally favor  the  vendor.  Cost  factors  are  relatively  unimportant  (Exhibit  V-4). 
Lower  prices,  tighter  warranties,  and  guaranteed  resolution  times  are  the 
three  major  desired  areas  of  improvement  (Exhibit  V-5). 

It  is  interesting  to  contrast  the  general  satisfaction  with  contractual  terms 
with  the  fact  that  most  firms  attempt  to  modify  terms  and  conditions,  over 
half  of  customers  doing  so  "often"  or  "always"  (Exhibit  V-6). 

The  terms  that  customers  seek  to  modify  cover  a  wide  range  (Exhibit  V-7): 

Taken  together,  the  related  areas  of  warranty/liability  and  legal/own- 
ership are  the  most  important,  reflecting  the  legal/administrative 
nature  of  such  documents. 

Level  of  support  is  next  in  importance,  with  cost  issues  in  third  place, 
being  cited  by  almost  one-quarter  of  respondents. 

Companies  say  they  are  almost  always  successful  in  seeking  to  modify  con- 
tractual terms  (Exhibit  V-8).  Success  is  quite  consistent  across  different  size 
and  industry  groupings. 


-81  - 

©1984  by  INPUT.  Reproduction  Prohibited. 


INPUT 


EXHIBIT  V-2 


THEORETICAL  AND  ACTUAL  STEPS  TO  INFLUENCE 
VENDOR  SOFTWARE  SUPPORT,  AS  REPORTED  BY  CUSTOMER 
(Percent  of  Customer  Respondents) 

THEORETICAL  STEPS 


Change  Vendors 
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Do 
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Don't  Buy  Support 
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EXHIBIT  V-3 


EXTENT  TO  WHICH  CONTRACTUAL  TERMS  ARE  SATISFACTORY 


All  Companies 


By  Size 
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By  Industry 
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EXHIBIT  V-1 


PERCEIVED  REASONS  FOR 
UNSATISFACTORY  CONTRACTUAL  TERMS 


Percent  of  Customer  Respondents 
Providing  Reasons 


Note:  Open-ended;  responses  coded. 
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EXHIBIT  V-5 

CHANGES  IN  CONTRACTUAL  TERMS  DESIRED  BY  CUSTOMERS 

Changes  * 
Lowered  Prices 

More  Maintenance 
Available 

Tighter  Warranties 
Guaranteed  Times 
Quality  Specified 
Other 

0  10  20  30  40  50 

Percent  of  Respondents  Specifying  Changes 

*  Open-ended;  responses  coded. 
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EXHIBIT  V-6 


EXTENT  TO  WHICH  CUSTOMERS  SEEK  TO 
MODIFY  CONTRACTUAL  TERMS 
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EXHIBIT  V-7 


CONTRACTUAL  TERMS  THAT   CUSTOMERS  TRY  TO  MODIFY 
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Upgrades 
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EXHIBIT  V-8 
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•         It  is  significant  that  six  out  of  ten  customers  do  not  know  what  kind  of 
changes  in  terms  and  conditions  are  planned  by  vendors  (Exhibit  V-9). 


Vendors  have  been  successful  in  seeking  to  keep  such  plans  proprietary. 

However,  if  customers  were  consulted  beforehand,  perhaps  they  would 
not  be  forced  to  make  so  many  changes  in  terms  and  conditions.  That 
so  many  of  the  changes  are  successful  shows  that  prior  consultation 
would  probably  be  beneficial  to  both  sides. 

Note  that  two  out  of  ten  customers  believe  that  vendors  are  not  plan- 
ning changes  in  terms  and  conditions.  This  almost  certainly  reflects  a 
misperception. 

B,       CUSTOMER  EXPECTATIONS 

•        Customers  volunteered  the  issues  that  they  saw  as  important  support  issues; 
these  were  then  classified  into  major  categories,  as  shown  in  Exhibit  V-IO. 

The  "quality"  issues  come  through  very  clearly: 

Quality  of  service. 

Quality  of  underlying  product. 

Costs  and  pricing  were  volunteered  by  only  a  very  small  proportion  of 
respondents.  Because  this  question  was  raised  after  respondents  had 
been  sensitized  to  cost  issues,  INPUT  believes  that  the  issue  has  posi- 
tive implications  for  product  planners. 
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EXHIBIT  V-9 


CUSTOMER  PERCEPTIONS  OF 
CONTRACTUAL  CHANGES  PLANNED  BY  VENDORS 
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EXHIBIT  V-10 


SOFTWARE  SUPPORT  ISSUES  IMPORTANT  TO  CUSTOMERS 
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*  Open-ended;  question  coded. 
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•  It  is  interesting  to  contrast  the  issues  of  innportance  to  customers  to  the 
changes  that  customers  see  as  occurring  (Exhibit  V-li). 

A  significant  number  of  customers  simply  don't  know  what  will  be 
happening;  in  contrast,  virtually  all  customers  have  views  on  what  they 
consider  to  be  important. 

One  out  of  five  customers  sees  less  support  needed  (as  opposed  to  less 
support  being  offered).  This  group  tends  also  to  see  less  reason  to  pay 
at  existing  pricing  levels  unless  vendor  support  improves  qualitatively. 
Note,  though,  that  only  3%  of  customers  spontaneously  assert  that 
support  quality  will  improve. 

Customers  see  technical  changes  occurring,  especially  in  the  increased 
use  of  electronic  support. 

C.       VENDOR  RESOURCE  COMMITMENTS 

•  Almost  half  the  vendors  interviewed  (48%)  use  a  formal  budget  process  to 
allocate  resources  for  software  support. 

The  software  vendors  that  use  a  budgeting  process  are  generally  satis- 
fied with  it. 

While  60%  of  hardware  vendors  use  a  budgeting  process,  they  are  less 
satisfied  than  the  software  vendors.  This  appears  to  be  related  to  the 
greater  number  of  competing  demands  for  resources  within  a  hardware 
company. 

•  Various  methods  are  used  to  allocate  resources,  as  shown  in  Exhibit  V-12.  The 
main  methods  are: 


-92- 

©1984  by  INPUT.  Reproduction  Prohibited. 


INPl 


EXHIBIT  V-n 


CHANGES  FORESEEN  BY  CUSTOMERS  IN  SOFTWARE  SUPPORT 
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EXHIBIT  V-12 

METHODS  OF  ALLOCATING  RESOURCES  FOR  SOFTWARE  MAINTENANCE 


Ratio  Applied  to 
Total  Software  Budget 
or  to  Number  of 
Customers 


Historical  Method 
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Other 
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Note:  Total  is  more  than  100%  due  to  some  firms'  use  of  multiple  approaches. 

SOURCE:  INPUT  Survey 


-94- 


INpill 

1984  by  INPUT.  Reproduction  Prohibited.  fps3 


A  percent  or  ratio  applied  to  the  overall  software  budget  or  against  the 
total  number  of  customers. 

A  historical  method,  modifying  the  prior  year's  budget  upward  or 
downward. 

Projecting  future  requirements. 

•  Some  companies  use  more  than  one  method.    All  methods  are  somewhat 
arbitrary,  given  the  difficulty  of  predicting  what  changes  will  be  necessary. 

Some  companies  attempt  to  deal  with  this  by  planning  to  introduce  in 
the  course  of  a  planning  cycle: 

New  products. 

Major  revisions. 

Minor  revisions. 

This  logical  approach  can  usually  yield  at  least  general  cost  estimates; 
however,  it  may  result  in  unacceptable  lead  times  and  larger  or  smaller 
changes  than  the  market  needs. 

•  Resource  allocations  are  not  immutable  (nor  should  they  be).  Three-quarters 

of  respondents  report  shifting  resources  between  the  development  and  support 
areas. 

Support  personnel  represent  an  emergency  source  of  resources  for 
development  (and  vice  versa). 
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A  major  product  enhancement  can  be  either  an  addition  to  an  existing 
product  or  a  new  product. 

Whereas  this  flexibility  is  useful,  it  can  interfere  with  personnel  and 
product  planning.  Equally  important,  it  can  undermine  the  software 
maintenance  function's  rationale  and  organizational  standing. 


•  Although  the  level  of  software  maintenance  revenue  is  expected  to  increase, 
few  companies  expect  to  raise  the  relative  level  of  resources  devoted  to 
software  maintenance,  as  shown  in  Exhibit  V-13.  In  fact,  more  companies 
expect  decreases  than  increases. 

•  Resource  levels  change  for  a  combination  of  reasons— for  example,  plans  to 
make  software  a  profit  and  loss  (P&L)  center. 

About  30%  of  the  companies  interviewed  now  have  software  mainte- 
nance as  a  separate  P&L  center,  as  shown  in  Exhibit  V-l^.  Another 
25%  have  plans  to  do  so  in  the  future. 

The  feasibility  of  making  software  maintenance  a  P&L  center  will  vary 
from  company  to  company,  depending  on  how  much  control  the  center 
is  given  over  costs,  products,  and  revenue. 

D.       STRATEGIES  AND  RECOMMENDATIONS 

I.       ASSESSING  SOFTWARE  MAINTENANCE  OPPORTUNITIES 

•  Not  all  software  packages  are  created  equal,  from  a  software  support  stand- 
point. 
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SOURCE:  INPUT  Survey 
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EXHIBIT  V-14 


SOFTWARE  MAINTENANCE  AS  A  PSL  CENTER 


SOFTWARE  VENDORS 


HARDWARE  VENDORS 


SOURCE:  INPUT  Survey 


-  98  - 

1984  by  INPUT.  Reproduction  Prohibited.  j,NP| 


Few  customers  will  want  to  go  "bare"  on  operating  system  mainte- 
nance, even  if  they  have  the  chance. 

On  the  other  hand,  many  purchasers  of  large,  industry-specialized 
packages  buy  the  package  intending  to  modify  it  extensively.  For 
them,  maintenance  is  just  a  tax  on  the  purchase  price. 

A  buyer  of  small,  stable  packages  that  have  been  in  existence  for  some 
time  will  rarely  feel  the  need  for  extensive  maintenance. 

Maintenance  is  perceived  as  highly  valuable  in  large,  complex  packages 
that  the  customer  has  no  intention  of  modifying.  DBMS  is  a  good 
example  of  this  type  of  product. 

These  relationships  can  be  graphically  illustrated,  as  shown  in  Exhibit 
V-15. 

®  This  is  not  to  say  that  vendors  should  ignore  the  low-need  areas.  These  can  in 
fact  be  the  most  profitable,  at  least  in  the  near  term.  Two  approaches  are 
possible: 

Tax:  Given  the  relative  price-insensitivity  of  customers  to  software,  if 
customers  see  a  need  for  a  package  at  $X,  they  will  not  usually  balk  at 
paying  an  additional  $.  IX  per  year.  If  the  vendor  has  an  attractive 
product,  there  should  be  a  mandatory  maintenance  requirement,  at 
least  for  several  years. 

Insurance  Policy;  The  other  approach,  useful  for  small,  stable  pack- 
ages, is  to  have  a  nominal  maintenance  price,  covering  error  fixes 
only.  At  the  right  price,  customers  will  buy  the  insurance  for  at  least 
several  years. 
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EXHIBIT  V-15 


SOFTWARE  MAINTENANCE  NEEDS 
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IDENTIFYING  AND  ADDING  VALUE  TO  SOFTWARE  SUPPORT 


Pricing  will  be  the  key  continuing  issue  in  software  maintenance. 

Vendor  costs,  perceived  value  to  the  customer,  and  customer  price 
insensitivity  act  together  to  push  prices  up. 

Competition  and  customer  price  sensitivity  act  to  push  prices  down. 

These  forces  act  on  both  the  price  floor  and  price  ceiling. 

The  trends  and  competitive  forces  discussed  in  the  previous  section  of  this 
chapter  will  act  together  to  sensitize  customers  to  software  support  pricing. 

This  will  place  a  heavier  burden  on  perceived  value  than  previously.  Cus- 
tomers will  begin  to  evaluate  exactly  what  they  are  receiving  as  "software 
support." 

One  approach  that  could  be  useful  to  vendors  and  customers  alike  is  to  break 
software  support  down  into  its  constituents.  While  the  constituents  may  vary 
from  product  to  product,  the  following  categories  will  serve  most  analyses: 

Error  correction/prevention. 

Improvements  to  features. 

Improving  performance/adapting  to  new  operating  environments. 

Training  and  consulting. 

Vendors  could  make  fairly  precise  projections  on  what  customers  would  expect 
to  receive  in  the  last  three  categories.  True  software  support  could  then  be 
sold. 
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A  further  step  would  be  to  unbundle  each  constituent  (or  group  of  constit- 
uents) and  sell  them  separately. 

This  would  be  especially  attractive  for  training  and  consulting. 
Currently,  this  is  the  largest  demand  area  of  the  software  support 
organization.  However,  this  demand  is  denigrated  and  termed 
"customer  misuse".  This  is  because  it  is  usually  "free"  and,  therefore, 
there  are  no  rewards  for  supplying  it. 

To  be  economical,  most  training  and  consulting  cannot  be  supplied 
"live"  on  a  one-to-one  basis.  New  approaches  will  be  needed. 

Seminars  and  presentations  would  be  more  economical,  but  unwieldy  and  still 
expensive. 

Video  conferencing  would  be  more  efficient,  but  it  will  be  years 
before  most  customers  will  have  the  necessary  facilities. 

New  developments  in  computer-controlled  interactive  video- 
based  training  will  make  new  training  methods  much  more 
attractive  and  effective.  They  will  be  expensive  to  create, 
especially  during  the  initial  phase  of  the  technology. 

Training,  probably  in  conjunction  with  an  established  training  firm,  would  be  a 
two-  or  three-stage  process.  Taking  financial  application  systems  as  an 
example: 

The  first  stage  reviews  general  financial  principles  and  systems. 

The  second  stage  focuses  on  a  particular  industry  and  its  special  opera- 
tional requirements. 
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The  third  stage  would  show  how  the  software  package  met  these 
requirements  under  differing  circumstances,  and  how  individual  needs 
were  met  by  particular  features  (and  vice  versa). 

These  interactive  materials  could  also  be  used  in  a  slightly  modified  form  to 
supplement  and  perhaps  supplant  live  hotline  personnel. 

HARNESSING  TECHNOLOGY 

Software  support  is  second  only  to  marketing  in  labor  intensiveness.  This 
labor  intensiveness  not  only  adds  to  costs,  but  also  threatens  product  quality, 
e.g.: 

Relying  on  people  to  provide  hotline  information  and  training  often 
prevents  customer  questions  from  being  answered  correctly  or  at  all. 

Identifying  and  fixing  software  problems,  besides  being  time  con- 
suming, is  no  guarantee  that  a  new  error  will  not  be  created.  Software 
testing  is  at  best  only  partially  automated,  and  is  all  too  often  short- 
circuited  to  save  time  and  money. 

The  next  generation  of  interactive  training  devices  should  go  a  long  way  to 
upgrade  customer  training  and  problem  resolution.  A  better,  standardized 
product  would  be  supplied  at  what  would  ultimately  be  a  cheaper  price;  initi- 
ally, costs  would  be  about  the  same. 

REMOTE  SUPPORT  SERVICES 

Of  concern  to  vendors  should  be  the  relatively  low  and  diffuse  value  which 
customers  place  on  remote  support.  There  are  two  dangers  here: 

Usage  levels  remaining  low. 
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Perceived  benefits  remaining  nonconcrete  and  resulting  pressure  to 
receive  some  tangible  benefits,  e.g.,  a  price  reduction. 

Part  of  this  problem  arises  from  the  fact  that  most  vendors  have  not  gotten 
beyond  seeing  electronic  distribution  as  a  replacement  for  human  intervention 
or  hard  copy  documentation.  Often,  electronic  support  is  nothing  more  than  a 
transmission  medium. 

Ironically,  software  vendors  have  made  the  same  implicit  mistake  in  this  case 
as  have  software  developers:  they  have  been  content  to  automate  a  manual 
system  rather  than  to  use  computers  in  breaking  new  ground.  It  is  doubtful, 
under  these  circumstances,  that  support  systems  can  provide  much,  if  any, 
benefit  in  most  situations. 

Exhibit  V-16  shows  a  conceptual  view  of  a  remote  support  system  of  the 
future.  To  the  best  of  INPUT'S  knowledge,  no  vendor  is  yet  taking  this 
comprehensive  a  view  toward  support,  although  some  parts  of  it  have  been 
implemented  in  a  few  instances  (e.g.,  problem  data  base,  electronic  response). 

The  natural  language  interface/expert  system  front  end  is  only  feasible 
for  products  that  warrant  significant  investment.  Exhibit  V-17  shows 
the  factors  involved  and  the  need  to  have  most  of  these  determinants 
close  to  the  high  end  of  the  scale. 

Although  it  might  not  always  be  cost  effective  to  have  a  computer- 
driven  expert  system,  the  natural  language  interface  can  assist 
customers  in  putting  their  problems  into  commonly  understood  terms. 

This  would  alleviate  one  of  the  problems  of  electronic  mail:  ambiguity 
and  misunderstanding.  This  would  make  customers  far  more  likely  to 
use  the  "electronic  mailbox"  aspects  of  an  electronic  support  system. 
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Eliminating  initial  person-to-person  contact  would  help  vendor  support 
operations  in: 

Smoothing  time-of -day /week  peaks. 

Ranking  problems. 

Documentation. 

Assigning  problems  to  the  correct  specialist. 

•  The  perceived  benefits  would  include: 

Much  faster  response  to  known  problems,  especially  if  the  expert 
system  interface  were  used. 

Much  less  vendor  involvement  in  problems/queries  which  turn  out  to 
already  be  in  customer  documentation. 

•  These  two  benefits,  taken  together,  could  then  allow  support  organizations  to 
focus  on  the  major  operating  system  problems. 
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APPENDIX  B 


SOFTWARE  SUPPORT 
CORPORATE  QUESTIONNAIRE 


Introduction 


INPUT  is  a  research  and  consulting  firm.    We  are  conducting  a  study  on 
issues  and  trends  in  packages  software  support  and  maintenance  from  the 
corporate  customer's  standpoint.    We  will  make  recommendations  on  how  corpor- 
ations can  best  deal  with  these  issues  in  the  coming  years.    We  would  like  your 
organization  to  take  part  in  this  study  by  describing  what  you  are  doing 
now,  what  your  plans  are  and  what  problems  you  see.    This  information  will 
be  used  by  IS  departments  in  their  planning  and  will  also  be  used  by  a  wide 
variety  of  information  service  vendors  to  offer  more  useful  products  and  services. 

None  of  the  information  that  you  provide  will  be  associated  with  your  company. 
In  return  for  your  taking  part  in  this  study,  we  will  send  you  a  summary  of  this 
study  on  its  completion  and  will  also  send  you  a  summary  of  INPUT'S  report 
PC  Software  Support  in  Large  Corporations. 


1.      a)      Are  your  responsible  for  all  significant  packaged  software  support 
matters  in  your  organization? 

□  ves     □  No 

If  No  to  1  .a) 

b)      Are  you  knowledgeable  about  all  significant  packaged  software  support 
matters  in  your  organization? 

Yes    I  I  No 

If  No  to  l.b) 

Which  of  the  following  are  you  R^esponsible  for  or  ]<nowledgeabIe  about 
(Note  with  "R"  or  "K") 


Operating 

System  (s) 

Other  Systems 
Software 

Application 
Software 

Mainframe 

Minicomputer 
Software 

Microcomputer 
Software 

(NOTE:    get  names  of  other  people  to  complete  the  matrix). 
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For  the  rest  of  this  interview  I  would  like  to  discuss  with  you  your  support 

requirements  for    software.  (If  respondent  is 

responsible  for  one  area  select  that;  if  responsible/knowledgeable  in  more 
than  one,  follow  instructions) . 

2.      Who  are  the  suppliers  of  your  major  software  packages,  categorized  by 
software  type  (Operating  Systems,  Other  Systems  Software,  and 
Applications  Software)  and  hardware  type? 
(Use  following  matrix). 

Software  Suppliers 


Software  Type 


Operating 
System  (s) 

Other  Systems 
Software 

Application 
Software 

Hardware  Type 

Mainframe 

Minicomputer 

-  IBM  Sys  38, 

-  Series  1, 

-  8100 

; 

DEC 

Minicomputer 

1  

Prime 

Minicomputer 

_ 

Data  General 
Minicomputer 

Other  Mini 

Office /PC 

-  IBM  PC  Family 

-  Other 
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Using  these  same  categories,  about  how  much  did  you  spend  in  1  983  on: 
•       Software  licenses,  fees,  lease  or  rental  payments,  etc?  $  

®       Software  support  or  maintenance  fees  either  in  dollars  or  as  a 
percent  of  License  fees?  $  

%  of  license  fees. 


For  what  percent  of  your  software  is  support  included  in  the  license 
fee?  % 


What  percent  of  your  software  is  not  supported  by  the  vendor? 


Overall,  how  much  do  you  expect  these  to  change  in  1  984  and  1  985? 
($  or  percent  change) 

Changes  in : 


Total  License  Fees 

Total  Support  Fees 

1984 

1985 

If  any  of  the  changes  in  3d  were  significant  (i.e.,  1 0 o  or  more): 
•       What  is  the  reason  for  this? 


Do  you  expect  this  amount  of  change  to  continue? 
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4.      a)      I  will  read  a  list  of  functions  or  services  that  are  sometimes  or 
usually  included  as  part  of  standard  software  support  services. 
Please  tell  me  how  important  each  is  to  your  organization  generally 
and  whether  there  are  exceptions,  depending  on  the  type  of  package? 
Please  be  specific  about  the  exception  (e.g.,  from  a  particular 
vendor,  for  a  particular  application,  at  a  particular  location,  for  a 
particular  type  of  machine).    Please  rate  their  importance  on  a  scale 
of  1  to  5  with  1  being  low  importance  and  5  representing  high 
importance. 

SOFTWARE  SUPPORT  FUNCTIONS 
IMPORTANCE 


Functions 

vjeneraiiy 

Exceptions 

Fix  Errors 

Improve  Features 
of  Functionality 

Add  Features  or 
Functionality 

Extend  Features 
or  Functionality 

Training 

Consulting 

Other  (Describe) 

■ 
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How  well  have  your  software  vendors  generally  met  these  support 
requirements?    Have  certain  vendors  performed  much  better  or 
worse?    (Note:    Specific  vendor  names  are  preferred,  but  generic 
descriptions  are  acceptable;  Please  rate  your  satisfaction  by  the  same 
functional  areas  (on  a  scale  of  1  to  5) . 


Satisfaction  with  Software  Support 


Functions 

Generally 

Exceptions 

Fix  Errors 

Improve  Features 
or  Functionality 





Add  Features  or 
Functionality 

! 
i 

i 

i 

Extend  Features 
or  Functionality 

■ 

Training 

t 

Consulting 

1 
! 

1 

Other  (describe) 

i. 
1 

i 

What  kinds  of  services  do  your  software  vendoi's  offer  in  addition  to 
those  contained  in  the  standard  support  contract  (e.g.,  additional 
training,  consulting)?    How  extensive  are  they? 
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About  how  much  do  you  spend  annually  on  these  additional  services? 
$   

What  additional  services  do  you  expect  to  purchase  from  your  packaged 
software  vendors? 

•  When: 


Why?: 


What  would  this  translate  to  in  dollars?  $ 


Have  you  experienced  situations  recently  where  a  software  vendor  has 
brought  out  a  new  product  rather  than  enhancing  or  modifying  an 
existing  product? 

□  Ves       Dno  ^  V  , 

•       If  Yes: 

Which  product(s)  was  it?   


Do  you  feel  this  was  justified?  |  [  Yes  |  | No 
Explain:  


Did  licensees  of  the  old  product  receive  a  discount  on  the 
new  product?  [^Yes    |  |No 

If  Yes,  how  much  was  it  and  was  it  fair  in  your  opinion? 


Overall,  do  you  feel  the  vendor(s)  handled  the  situation 
well  from  your  standpoint?  |    |Yes     |    |  No 

Why?   
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Do  you  think  that  bringing  out  new  products  in  this  way  will  be  a 
more  common  situation  in  the  future? 


Why? 


If  yes,  will  this  be  common  for: 

I      Mainframe  Software 
|~  Mini  Software 
I    1  Micro  Software 


Does  your  organization  keep  logs  or  other  records  of  major  and  minor 
bugs  or  other  problems  in  packaged  software? 


How  many  major  and  minor  problems  are  reported  annually 
for  operating  systems  software,  other  systems  software 
and  application  software  packages?    How  many  are  resolved? 
What  is  the  average  time  to  resolve  these  problems?  (Use 
attached  matrix. } 


□  v 


es 


□  no 


If  Yes: 
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Problem  Reporting  or  Resolution 


Package  Type 


Problems 


Operating 
System(s) 


Other  Systems 
Software 


Application 
Software 


Major 

Number 
Reported 


Number 
Resolved 


Average  Time 
to  Resolve 


Minor 

Number 
Reported 


Number 
Resolved 


Average  Time 

to  Resolve  • 

— -I.....   I   -   

Overall,  is  this  problem  resolution  performance  satisfactory? 

EH  Yes  r~]No 
if  No: 

MOW  should  it  be  improved?   


To  what  extent  do  you  expect  it  to  be  improved? 
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c)      How  much  do  you  expect  automatic  downloading  and  installation  of 

new  releases,  remote  diagnostics,  and  remote  fixes  to  improve  problem 
resolution  and  other  services?    Are  these  being  done  now  at  your 
installation?    If  so,  what  is  your  experience? 


Being 
Done  Now 
(Yes/No) 

Expected 
Improvements 

Experience 

Automatic  Down- 
loading and 
Installation  of 
New  Releases 

Remote  Diagnostics 

a)      Is  there  one  person  in  your  company  who  tracks  and  analyzes  soft- 
ware support  contractual  terms  and  conditions  for  all  software  products? 

Qves  I    I  No 

•        If  Yes: 

How  long  has  this  been  done?   


How  many  products  are  covered? 


What  benefits  has  your  company  received? 
If  No: 

•       Do  you  plan  to? 


[IjYes      I    I  No 
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Do  you  feel  that  current  contractual  terms  and  conditions  applying 
to  software  support  and  maintenance  are  satisfactory? 


'es     II  No 


Why: 


What  sort  of  changes  would  you  like? 


•       What  kind  of  changes  do  you  believe  vendors  are  planning? 


Does  your  firm  ever  seek  to  modify  standard  terms  and  conditions 
concerning  software  support? 

Qves  ["Hno 

Why?  


If  Yes: 

How  often  is  this  attempted? 


What  terms  do  you  try  to  modify? 


What  success  have  you  had? 
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9.      To  what  extent  do  you  feel  you  have  little  or  no  choice  in  the  type  or 
amount  of  software  support  you  will  be  receiving? 


What  can  you  do  about  this? 


•       What  are  you  going  to  do  about  it? 


10.    a)      How  much  and  what  kind  of  self-support  of  packaged  software  is  your 
organization  currently  doing? 


Why 
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10.      b)      Do  you  usually,  sometimes  or  never  perform  the  following  types  of 
self-support?    What  are  your  future  plans?    (fill  in  matrix  below) 


Type  of 
Self-Support 

Current 

Future 

Usu. 

Some 

Never 

Usu. 

Some 

Never 

install  Initial  Release 

Install  Subsequent 
Releases 

Modify  Packages 

Fix  Errors 

Set  up  a  Single  Point 
in  your  Organi- 
zation to  Funnel 
Questions  to  a  Vendor 

c)      Do  you  expect  to  do  more  in  the  future?       LjYes  l_jNo 
Why?  


If  yes: 

What  kind  of  self-support? 


d)     V/hat  kind  of  incentives  do  software  vendors  now  give  you  to  perform 
self-support  functions? 
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e)      What  additional  incentives  would  you  find  attractive? 


What  other  software  support  issues  are  important  to  you  or  your  organization? 


Overall,  what  changes  do  you  see  occurring  in  the  way  in  which  packaged 
software  support  is  delivered? 
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